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SERVICES AVAILABLE TO USERS OF THE NTSU COMPUTING 
FACILITIES 

The NTSU Computing Center is located in the Information 
Sciences Bldg., Room 119. Telephone: (817) 565-2324. HELP 
DESK phone: 565-4050. Graphics lab phone: 565-3479 

BENCHMARKS QUESTIONSICONTRIBUTIONS, ETC. - Claudia 
Lynch 

INFORMATION fcf ID CODES; DISK SPACE PROBLEMS - 

Carolyn Goodman 

PRE-RESEARCH COUNSEUNG; STATISTICAL!RESEARCH 
SUPPORT - George Morrow, Scott Barber. Claudia Lynch, Tim 
King, Panu Sittiwong 

ACADEMIC ADABAS/COM-PLETE; CRSP & COMPUSTAT 
PROBLEMS - Telka Clem 

STUDENT PROGRAMMING PROBLEMS - CSCI Dept., GAB 
Room 542A; BC1S Dept., BA Room 152 

JCL PROBLEMS; PASSWORD & OPERATING SYSTEM PROB¬ 
LEMS; COMMUNICATION/TERMINAL PROBLEMS - Help Desk 

DATA ENTRY fcf KEYPUNCH; TEST SCORING fc? ANALYSIS 
- Betty Grise 

ADMINISTRATIVE APPUCATIONS - Coy Hoggard 
PRINTOUT RETRIEVAL - RJE Operators 


DIAUNG UP NTSU COMPUTERS OVER THE TELEPHONE 

Phone numbers for the Local Area Network (LAN) are: 

300 BAUD: (817) 565 - 3300 
1200 BAUD: 565 - 3499 

300 BAUD: D/FW METRO 429 - 6006 

After a communications link has been successfully established, 
the user will receive the # prompt. At this point, it will be 
necessary to issue the appropriate CALL command to connect 
with a computer. 

The numbers that will accept either 300 or 1200 baud communi¬ 
cations (connected to modems with an autobaud feature) are 
currently out of order. Watch VAX News, MUSIC/SP News 
and Benchmarks for information concerning their availability. 

CALL 8040 will connect with the NAS/8083 (for MUSIC/SP 
8050 access) 

8060 

CALL 3270 will connect with the NAS/8083 through the 3270 
3280 protocol converter 

CALL DEC will connect with the VAX Cluster 
CALL 780 will connect with the Research VAX 

CALL 2000 will connect with the HP-2000 


NTSU CABLE SYSTEM SCHEDULE 


The current configuration of the NTSU cable system is as follows: 
Channel 7 — NT Daily. Broadcast originates from the NTSU 
Journalism Department. 

Channel 8 — Tager microwave channel. Carries broadcasts to 
and from NTSU to other links in the Tager network. 


Channel 10 — NTSU Computer System Status Monitor (SSM). 
Displays the current status of the NAS, VAX and HP computer 
systems supported by the Computing Center. 

Channel 12 — Sammons (able. Currently broadcasts Cable News 
Network (CNN), unless a special program is requested. 

Special broadcasts to and from classrooms (on channel 11), 
etcetera can be arranged by contacting the Media Library 
(565-2484). 


HOURS FOR NTSU COMPUTER ACCESS AREAS* 


SUMMER 1986: 

Days 

Times 

I.ocalion 

Sunday 

2-10 p.m. 

ISB 110 Terminal Area 

Noon-Midnight 

Computing Center RJE 


1-8 p.m. 

GAB 550C 

Saturday, Sunday 

Noon-11:45 p.m. 

College of Business 

Noon-5 p.m. 

Graphics Lab 

Monday 

7:00 a.m.-Midnight 

Computing Center RJE 

T uesday-Saturday 

7:00 a.m.-Open 24 hrs/day 

Computing Center RJE 

Monday-Thursrlay 

7:30 a.m.-lO p.m. 

ISB 110 Terminal Area 

8:15 a.m.-l 1:45 p.m. 

College of Business 


8 a.m.-l 1 p.m. 

CAB 550C 


8 a.m.-lO p.m. 

Graphics Lab 

Friday 

7:30 a.m.-6 p.m. 

ISB 110 Terminal Area 

8:15 a.m.-7:45 p.m. 

College of Business 


8 a.m.-5 p.m. 

GAB 550C 


8 a.m.-6 p.m. 

Graphics Lab 

Saturday 

9 a.m.-6 p.m. 

ISB 110 Terminal Area 

CLOSE Midnight 

Computing Center RJE 


11 a.m.-6 p.m. 

GAB 550C 


•Hours on finals days and between sessions may vary. Check MUSIC/VAX News and/or posted schedules for exceptions. 

Unless otherwise noted, articles or information in Benchmarks may be reproduced jut nonprofit purposes, provided that the publication and issue 
are fully acknowledged. 
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It’s User ID Renewal Time'" 

Assisiani for c ° ,npu,er wices <™»@ntsmus,o 

year. Therefore, all current'User'^ID-C^des^ON'ALL^STEM^^S^ ‘ ' hr ° Ugh AugUSt 31 of lhe Allowing 

ID-f.ode during the fall semester, you should deTmiiely rLn to rnmnU and wish to use your current 

summer. All ID-t.odes will be deactivated Septemberso renewing 1" S bd ° re leavin 8 campus for the 
accumulated files contained within will remain active ’ g carl r Wl 'l ensure that your account and all 

\T “*="* « free ranucl mc M lhe Compuling 


Computing Center Summer II Short Courses 

to attend. Only*20 ^ople'wi'l!JJJ n . d ** mmCr 7*°"' ,>leaSe > >rt '- re « ,s "-- r 

™ RESER VES ThTr^hTtO 

1. Three separate 2-hour introductory sessions on the MUSIC/SI' mi P n r -;, 

Protocol Converter to do FULL-SCREEN EDITING ON ML4lC'7p r Tn'iL < K >t ij'' ln ?, s y steln - u»ng lhe 3270 
Library (ISB). MUMC/SP - * ° be held in Room 110 of the Science 

Saturday, July 19 . gii 

Wednesday, July 23 .’ 6-8 n m Instructor: Janice Green 

Thursday, July 24 13 L Instructor: Telka Clem 

9 A tum h P Instructor: Tim King 

c. a two-hour session on save Files in SAS nnH cpce v t i , , . . 

Monday, July 21 o ' ° ^ hdd ,he Gra P hi « Lab (ISB): 

O . , . ■ Instructor: Scott Barber 

' Monday. July 21 S, ° n VAX U, '‘ ,t,eS ‘° ** hdd in ?°° m 110 °> ,he Science Library (ISB) 

4 . , , P Instructor: Ron Brashear 

MS y °j u ;i;"2 r r 1 “ ,ory “ ™ sas ; j °* hdd »^ ^ „ SB) . 

5 - ?r on - ■* he, d Room , 10 „ r *. Sdm « Litary ( , SB) . 

“ a m - Instructor: Janice Green 

n uc,orv ,c!sion ° n Md - «•»"■"»^ •>« ^ ub rary „sb>. 

Wednesday, July 23 . oia, m Instructor: Tim King 

7 A , . Instructor: Fanu Sittiwong 

^de 0 y ”ret9 UCt0ry °" T ° h' "" d » -he Graphic, Lab (,SB). 

q a • , . p ni. Instructor: George Morrow 

w"d n „Xj°u7 y ° 2 "3 U, ' ng SAS ' GRA ™' To be held l„ ,he Graphic, Lab „SB,. 

p m ' Instructor: Mansur Hasib 
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SAS Users Group 1987 Conference in Dallas 

By Claudia Lynch, Benchmarks Editor (AS04@NTSMUSIC) 

'he SAS Users Group, will hold its 12th annual international conference at the Loews Anatole Hotel in 
Dallas on February 8-11. There is currently a call for papers to be submitted in the following categories: 

* CPE, Systems Software, and Operating Systems 

* Data Base Systems 

* Econometrics. Operations Research, and Quality Control 

* Education and Consulting 

* Graphics 

* Information Systems 

* Microcomputers 

* Posters 

* Statistics 

* User Interface Tools 

Hie deadline for submission of abstracts is September 1, 1986. For more information on SUG1 ‘87 and/or the 
paper submissions contact me at the Computing Center (565-2324). 

Note: If you want to keep up with the latest goings on at SAS Institute, you should probably become a subscriber 
to SAS COMMUNICATIONS. Address all inquiries to: 

SAS Institute Mailing List 
SAS Institute Inc. 

Box 8000, SAS Circle 
Cary, NC 27511-8000 


• •*•••••*•••••••••**•• * 

MICROCOMPUTERS * 

* 


MicroBits Column No Longer a Part of Benchmarks 

I he column "MicroBits: Micro News You Can Use," which was contributed to Benchmark, by the Microcomputer 
Maintenance Shop (MMS) is no longer a part of this newsletter. “MicroBits" was out of production for several 
months, but is back again as a newsletter available directly from the MMS. It was always available as a separate 
entity from the MMS, but that is now the only way to get a copy of what the folks there have to say. For more 
information, contact the Microcomputer Maintenance Shop GAB 527. Ext. 2387. 


Software Review: Crosstalk XVI 

By Dave Molta, Technical Support Communications Group (SY11@NTSMUSIC) 

We are frequently confronted with questions concerning the selection of microcomputer communications software. 
This is the first of a series of articles reviewing communications software available Tor IBM PC and compatible 
micros. We will begin with a review of the most widely implemented communications package, Crosstalk XVI, 
along with a recently introduced “clone" of Crosstalk called Mirror. Future articles will cover other popular commercially 
available packages as well as several public domain or shareware packages which may be appropriate for your 
applications. 

Product Description 

Crosstalk XVI was one of the first full-featured communications software programs available for PC-DOS micros. 
As a result, it has established itself as somewhat of an industry standard for microcomputer communications. While 
most microcomputer software can generally be classified as either menu-driven (making it easier for inexperienced 
users) or command-driven (making it more efficient for experienced users). Crosstalk combines elements of both 
classifications. When the user starts the program, the Crosstalk logo will appear on the screen. Pressing - RETURN' 
brings up a command menu summarizing the major program parameters such as baud rate, number of data and 
stop bits, and terminal emulation. The bottom line on the screen, the command line, will issue a prompt for a 
command file to be selected by the user from a menu of choices. Command files are created by the users and 
contain information about the system you are trying to communicate with (i.e. VAXCluster, MUSIC., CompuServe). 
You can also select a SETUP file which will prompt you for needed parameters and allow you to save it in a 
Command file under a specific file name. The next time you run the program, this new command file will be listed 
on the menu of command file choices. 
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.Hem if you have one, 

mode, the screen is blank except for the last HnewhJh ’' ‘° ‘ he Network (LAN). While in terminal 

mode and other information deindine on 11!?, P ,escn,s y°» *«h the key to press to return to command 
Pressing the (ESC)ape key returns Crosstalk , d °!, ng a, ,lle “ mc (l e ,lle namt of a hie you are downloading), 
except the status Sen IS also Zt V ^“and mode Press.ng (HOME) accomplishes the same thing, 

is important to noShat it istLSTtose ke> ' S 3t NTSU to retum 10 ‘he LAN. it 
any key ( e.g. ( CTRL > ( W >) Once in c omm A ! Up *° retum 10 command mode when you press almost 

directories, ^>r receiw orpine hdpf by ^u«ing^the^rst'Two fetwnTof°he , cmnmaiKl! ,r examp * c ’ ,ran *f er hies, list 
up to WOtaJd HTZZ e ^ y langUage - ‘u C P ;° gram is ex,remel >’ fast wi,h *“PPon for transmission speeds 

Communications Parameters 

I he following communications parameters are supported by Crosstalk XVI. 

* Communications ports I or 2 * Full or Half n.mlev 

S f T "° “ 9600 * 7 « 8 dS b£ Pl °‘ 

* ^ n ’ odd ' and no P ar, 'y * I or 2 Stop bits 

Auto and Non-auto line feed * XON/XOFF flow control 

Terminal Features 

1 he following is a list of terminal features included in Crosstalk XVI Version 3.6 

* S3 ° f rfa »- d 

* nos text files can be listed on the screen. 

* DOS files can be erased from within the program 

* p™^“™S’ indUdin5<F1> ' <r ' 0> - <SHIFT><F ')-<F'»>-<CTRL)(FI)-<F10).a,.d(ALT>(Fl)-(ri0)ca„b< ! ea s ily 

All screen information can be simultaneously echoed to the printer. 

* SSlSSS SSL?ch a h L“ ng “ F dmMm (5Ud ' “ *»*«"> “ripping 

* On-line timer keeps track of connection time. 

nebug facility allows you to see ASCII, Hex. or Character representations of incoming control characters. 

* the'«l? hTs^ ™compleied 1 PP ° Mcd includi »K ,hc ca P al,il "y “> medial a busy numlier and sound an alarm when 

* Screen colors can be changed on color monitors. 

Other DOS programs, such as an editor or spreadsheet, can be run from within Crosstalk. 

Terminal Emulation 

mrm-f“ l ll * f ? tUr f d |, PC comm 1 unica, ionsprograms are capable of emulating one or more popular video display 
terminals. Crosstalk can emulate the following terminals. 

* Televideo 910/920 
Adds Viewpoint 


DEC VT-52 


* IBM 3101 

* Texas Instruments 940 

* DEC VT-100 


Since it is among the most widely supported terminal types, most users prefer communications software that 
supports V 1-100 emulation. This allows for the use of full-screen editing on MUSIC and COM-PLETF. when 
signmg on through the protocol converter (i.e. CALL 3270). In addition, since the the VAXCIuster is oriented 

r a [S! r, ,' senes VT ' 100 emulation is very important if you use the Cluster on a regular basis. Note 

that the following VT-100 features are not supported by Crosstalk: 

* co * umn m °de * Smooth scrolling 

* ^‘ screen * Double-high characters 

* Double-wide characters 

Innfc?fV« n ' CrOSS / t ^D I YTc! 00 emulati< ! n h , as been known to acl strangely at times. For example, interrupting an 
application using (CTRL) (Y) momentarily shifts Crosstalk into reverse-video, and on the TIPC version may disable 
screen scrolling (interrupts using (CTRL) (C) work properly, however). Escaping ,0 command mode 'and entering 
he clear screen command CLS) returns the program to normal operation, but such an inconvenience is unexpected 

Itahlv n^IT, ' , sum r mar y' while Crosstalk's terminal emulation features are adequate, this is 

probably one of the product s weaker features. ^ 
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Data Transfer 

Crosstalk includes several data transfer capabilities which allow you to take advantage of your micro's intelligence. 
The following features are available which allow you to capture (download) text files from a host system to your 
micro: 

* Capture data to memory 

* Capture data to a disk file including optional erasing of or appending to an existing file. 

* Retro-capture of two screens of data which has already scrolled off the screen. 

* Capture review to review captured data in memory 

* Capture search to search for captured data in memory 

* Capture of screen image to memory 

The following features are available which allow you to transfer (upload) text files to a remote system: 

* Upload text file with delay between lines 

* Upload with prompt character between lines (Needed for uploading to MUSIC) 

Crosstalk can also be set up to allow your micro to act like a host system. In answer mode. Crosstalk can be set up 
to prompt the user for a password and access to files can be restricted. 

Protocol File Transfer 

Crosstalk allows for protocol file transfers to and from your micro. Since protocol file transfers contain an error¬ 
checking algorithm, this feature allows the user to exchange binary program files with any system which supports 
the protocol. The latest version of Crosstalk (3.6) supports the following file transfer protocols: 

* XModem (Widely used among computer bulletin boards and information utilities such as CompuServe) 

* Kcrmit (Widely used in academic and mainframe environments) 

* Crosstalk Proprietary (Useful when transferring files between two Crosstalk systems) 

Command and Script Files 

Command files are DOS text files which contain configuration information for use with a specific host computer. 
For example, you could set up a configuration file for the VAXCIuster which would contain information related to 
terminal emulation, the definition of function keys, baud rate, etc. Another configuration file could be set up for 
MUSIC in full-screen mode which, in addition to this information, defines the function keys as PF Keys. A third 
configuration file might be defined for MUSIC in line-edit mode containing information related to prompted 
upload. Configuration files can be created and saved from within Crosstalk and later edited using any ordinary text 
editor. 

One of Crosstalk's most useful features is its built in programming language. These programs, called script files, 
allow you to automate your communications sessions. Using simple commands such as Do. If, Jump, and Wait, it is 
possible, for example, to automatically dial into a remote system, log on. download mail messages and program 
output, log off, and hang up the phone without entering any commands from the keyboard. Script files are 
particularly useful when accessing information utilities which charge a fee for connect time, especially for routine 
tasks such as reading electronic mail. 

It should be noted that the logical operators in Crosstalk's Script files are quite limited. Newer communications 
programs such as ASC.OM IV contain languages sophisticated enough to allow you to create a remote bulletin 
board service using its internal script files (as was done by PC-Magazine for its Interactive Reader Service). Nonetheless, 
Crosstalk’s script files are easy to use and quite useful for the automation of routine data communications tasks. 

Mirror: The Crosstalk Clone 

Recently, a clone of Crosstalk called Mirror was introduced by SoftKIone Distributing. Functionally, Mirror is 
virtually identical to Crosstalk and will accept Crosstalk command and script files. In addition. Mirror includes a 
built-in text editor and a virtual mode which allows you, for example, to download a file from a remote computer 
while simultaneously calculating a spreadsheet. But the best feature of Mirror is its price: S49 ($29 from Soft 
Warehouse in Dallas) compared to Crosstalk’s S195 list price ($95 from Soft Warehouse). 

While Mirror is certainly a bargain, two words of caution are in order. First, the program is a little buggy. The 
examination copy we received at the Computing Center contained an error in the VT-100 emulation file which 
caused it to lock the system after entering the 02 code on the protocol converter. However, a call to SoftKione's 
technical support staff resulted in a fix for the bug that afternoon. For the most part, however. Mirror performs 
every bit as well as Crosstalk. This leads us to the second problem; SoftKIone is being sued by Microstuff, the 
creators of Crosstalk, for copyright infringement. Softklone asserts that since Crosstalk advertises itself as an industry 
standard and since they copied none of MicrostufFs source code. Mirror does not violate copyright laws. The issue 
at stake is whether copyright laws protect the “look and feel” of a product. Softklone has vowed to fight Microstuff 
in court and continues to ship the product in the meantime. At S29, it’s probably worth a gamble, especially if 
you're on a tight budget. 
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Conclusion 


mature l pr^ucu , includ^rexcellem e dwumen*at?on ,n and t s inpi:l | te h| C< r mniUn ' C i^j* OI1S Crosslalk is obviously .he more 
other hand. Mirror coniato^fa^iJS^g “ T* "" ^ “ the T1PC *e 

next issue of Benchmarks, we will examine several sh „ew K " > m ° re nexlble a™* ><s price is hard to beat. In the 
PC and the TIPC. shareware communications packages available for both the IBM 


Modem Bargain: 1200 baud for $84.11 

By Dave Molta, Technical Support Communications Group (SYI 1@NTSMUSIC) 

d£.[ S »«»r.. ExChan8 ' “ 0,1 * 300/1200 baud au.u- 
The Avatek 1200 modem anoe .rs o he H Pn " C ° f S8411 ( P luS S7 50 lor shi PPi"g and handling), 

back guarantee. A & I will a U indude^ou a coos oi n°Z *'™ esel manUal - and indudes a 3 °- da > money 

S dii,li " 8 ”" d *“ ^ — - f °“" d »* con.pa.ible 

,BM rc: ss SL.’SZfr&S *•» «= “• AM—. 

Atan: 850 Express, Modem 7, Homepack, and ST Talk. 

Apple He w/Super Serial Card & Apple lie: ASCII Express. Perfect Link. Person to Person. Apple Access II. 
Macintosh: Red Ryder. Freeterm. In Touch. PC Term. Mac Tap. Kermit. PFS Access. 

Commodore 64: Q-Link. Viewerm. Comm-term III + Eagleterm 7.0, VIP Terminal. Telemessage. Qu.amal Link. 
Punter, A Ierm, Easycom/Wasy go. Muluterm 4.5. 6 ^ 

Amiga: Maxicomm, Amiga Term, On-Line 

CPM Micros: Micro Link. Modem 7. INP224. PC Talk, Crosstalk. 

I he Avatek 1200 can be ordered from the following address: 


A & J Micro Drive 

1050 E. Duane Avc., Suite I 

Sunnyvale. CA 94086 

408-732-9292 


Undocumented CHKDSK Parameter for Winchester Disks 

?0& f Z Sam T,PC Um A P ril ,986 ' Vol “ mc * Number 

. il- d* TOO, 


MicroPro Users Group Memberships Available 

By Claudia Lynch, Benchmarks Editor (AS04@NTSMUSIC) 

aidtJes von' 1available to lh «; MicroPro national user group for S25 a year. An individual membership 
The d MirrnPrn7u^ r n, " C ' ss . ue J ournal Ommbtar and participate in the MicroPro Forum section of CompuServe, 
such 'is wI sh Tn ’r^,' America is dedicated to expanding and enhancing the use of MicroPro products 
such as WordStai and InfoStar. If you are interested in joining, I have a copy of the membership form in my 
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» ***»*•»•**** * 

* * 

* OPERATIONS » 

* * 


Disk Backup Schedules 


Backup Schedule for OS/MVS 

OS/MVS disk packs (academic and administrative) are backed up daily, Tuesday through Saturday, from 4-6:30 
a.m., and Sunday from Midnight to 3 a.m. A backup of all the operating systems on the NAS CPU and their contents 
is done once every two weeks at some low activity period over a weekend. 


MUSIC/SP Backup Hours 

A message will be sent to all users signed on to MUSIC/SP approximately 10 minutes before backups arc begun. It 
will be in the form * * MUSIC SHUT DOWN AT xxxx AM - SCHEDULED BACKUP **. To find out the backup 
hours while signed on to MUSIC/SP. enter HELP HOURS. The following backup schedule is currently in effect: 

I ucsday 3 a.m. (for about 3 hours) Weekly backup 

Wednesday - Saturday 4 a.m. (for about 2 hours) Daily backup 

Saturday Midnight (for about 2 hours) Daily backup 

PHOENIX Backup Schedule 

PHOENIX is backed up weekly on Sunday night. The backup begins at midnight and lasts for approximately 30 
minutes. 


VAX Backup Schedule 

Incremental backups of both VAX systems are performed Monday through Thursday at 4 p.m. Users do not have 
to log-off, but any files that are open at the time of the backup will NOT be backed up. 

l ull backups of both systems are done every Friday beginning at 8 a.m. These generally will take all day to 
complete. Again, users do not have to log off, but any files that are open will not be backed up. 

A “Stand Alone" backup of the system disk is done the third Tuesday of every month, in the afternoon, just before 
preventive maintenance. This procedure makes a copy of the system disk that can be used to restore its contents if 
the disk is completely destroyed. The system will be shut down; watch the system log-on message for specific times 
and dates. 

NOTE: No backups arc taken on the weekends. Requests for restoration of files should l>e made via MAIL to the 
username OPERATOR. Your file can only be restored if it existed before the last backup was done. 


V A X E N * 
* 

**•**••** 


Changes in VAXLand 

By Lee Harper, VAX Operator (AQ17(« NTSMUS1C.) 

Here s one new policy, some new documentation, and four new utilities for your information and convenience: 

1) Big Change in File Version Limits 

After Monday, July 7, 1986, there will be a three-version limit placed on all files created on the VAX system at 
N TSL'. There has not been a version limit before, which leads to nearly-unlimited numbers of previous file versions 
piling up as you re-edit. The new limit will only apply to files created after the change is made, not to new versions 
of files that existed before the change. Version limit refers to the number of files with the same file name and type 
that can exist in the directory at one time. 

You will still be able to re-edit a file as many times as you like, but as you create new versions, all previous versions 
except the last two will be automatically deleted. This will save you time in having to type the PURGE command so 
often, but you may have to get used to the 3-version limit if you are used to relying on unlimited back-versions. 

2) VAX/VMS Pocket Guide 

A new lAX/VALS Pocket Guide, published by the NTSU Computing Center, is available at the University Store for 
$1.25. It is suggested as a reference for all beginning to medium-high experienced users of the VAXCIuster. 
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3) TALK utility 

4) DM utility - for VT-100 or better terminals only 

directories Mc^'hSa^il^MrWfil 3 "' 1 ' S 3 Very nic . e P ro gram for directory browsing (like through DECUS or public 

HELP (PF2) k ey °^S£.p DM l f,' J ™ F,rpe 10 r ™ “ “ d ,hen P re “ th ' 

5) WINDOW Utility - for VT-100 or better terminals only 

a SOmcwhat P™ nili Y' multiple screen utility, very helpful in a few circumstances. It demonstrates 
. e >f the screen manipulation that VMS is capable of using SMG routines. Type WINDOW from the S prompt 
A help screen is the first thing you see. Press -CTRL. . H . to see!, again. Type- H ELPW I N DO W "ofmoretafoSSt 

6) OTHER Utility 

O I HER allows youto enter commands on the other node of the Cluster (VAXA if you're on VAXB or vice-versa) 
for more'SoXtion ^ l ° *“ 3 SYSTAT ° f ‘ hc ° ther node HELP OTHER from the $ prompt 


Videotex Soon to be Available on the VAXCluster 

By Ron Brashear, VAX System Manager 


provide* NTTSU wS.Tli'f, °‘V he VAXCluster sometime in the Fall semester, if no, sooner. It will 

?ll .t , i SU " h r • distribute documents and other information electronically. VAX Videotex includes 
(infobase) neCCSi3ry f ° r pUtUng ,nformaUon lnto and retrieving information from an electronic information base 


It is best suited for information that: 


- Would ordinarily require an expensive printing, reproduction and distribution process 

- Must be updated and distributed frequently 

Must be made available to a widely-dispersed audience of readers 

Informafiorr ti ° n ' ^ eXan,ple ' VTX mighl include < but not be limited to) the distribution of the following types of 


- Personnel policy manuals 

- Sales literature indexes 

- Sales updates 

- Job openings 

- Interplant transportation schedules 

- Newsletters 

- Price lists 

- Customer order status 

- News stores and weather bulletins 


As you may imagine, the applications at NTSU would be equally, if not more extensive. 

four functions are performed by individuals participating in a VTX system: 

Subscriber End user (consumer) of the information 

Information Provider(s) Individuals) who prepare and maintain the information 

Operator Individual responsible for operating the VTX system 

Iniobase designer Individual (or team) who plans the logical structure of the infobase 

Subscribers are the users of the information. They use VTX to view pages of information on a terminal screen. 
I he subscriber accesses the information by making a choice from a list of options (also known as a menu) displayed 
on the terminal screen or by using the FIND function and typing a keyword or page number. To the subscriber, 
using V I X is much like using a library. The subscriber can read a page at a time, browse, use bookmarks, copy the 
page, and even get help. However, the subscriber cannot alter the information. 


The information provider prepares and maintains die information that subscribers retrieve from VTX. An information 
provider s job is somewhat analogous to that of a newspaper reporter. A reporter has information to provide to an 
audience ot readers. I he reporter is not responsible for the page and section numbering scheme devised by the 
£T?P apCr S ed,tor n °r for the information being in other sections by other reporters. The reporter is responsible 
tor the accuracy ol his or her information and for providing it within within a predetermined amount of space 
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The information provider has similar concerns: providing information in a format, and within a range of page 
numbers, determined, determined by the infobase designer, or perhaps a VTX administrator, who is responsible 
for the entire VTX infobase. 

The infobase designer’s job is somewhat analogous to that of the newspaper editor. The editor determines policy 
and structure for the paper, decides what kinds of stories will included, in what section and page, how much space 
will be allowed, and so on. 

In the same way. the infobase designer plans the structure of the infobase, assigns section and ranges of page 
numbers for each information provider to maintain, and in general, implements policy regarding the nature of the 
information to be included in the infobase. 

Finally, the V TX operator takes care of the VTX accounts of subscribers and information providers, makes sure 
the infobase files are open so subscribers can have access to them, and in general, assures that the VTX system is 
running correctly. 

1 he information providers write to smaller update infobases which are periodically included (by the operator) in 
the main infobase which is accessed by the subscribers. The only operating system overheads are: 

- Disk space consumed by the infobases 

- Two system processes: one for connecting subscribers and information providers to their respective 
infobases, another (usually batched) for updating the main infobases from the smaller update infobases. 

Editor s Note: If you think you might like to be an information provider, please contact me (AS04@NTSMUSIC). 


* INFORMATION 

* SYSTEMS 


Information Systems News 

By Coy Hoggard, Manager of Information Systems 

Janet Harmon has recently been promoted to the position of Programmer Apprentice in the Fiscal Team. Janet 
has been employed as a Data Control Assistant in the Fiscal Team for the past three years. Janet is a native of 
Dallas. She received her BA in Psychology from NTSU in 1982, and is currently pursuing a MEd in Counselling. 
She is also taking Computer Science classes. Janet and her husband, John, currently live in Carrollton. 

Scott Burrus has recently joined us as a Programmer in the Fiscal Team. Scott is officially an employee ofTCOM, 
but his primary (“home”) office will lie at NTSU. Scott is originally from Dallas, but currently lives in Denton. He 
received his BS in Business Computer Information Systems from NTSU in December 1985, and worked as a 
student assistant in the BCIS department while in school. 


* * 

* COMPUTER • 

* HUMOR * 

* * 


Real Programmers Don’t Use Pascal - PART II 

Contributed to NutWorks, Electronic Humor Magazine. Issue 3, Volume II, by Chris Condon (BITLIB@YALEVMX) 

THE REAL PROGRAMMER AT WORK 

Where does the typical Real Programmer work? What kind of programs are worthy of the efforts of so talented an 
individual? You can be sure that no Real Programmer would be caught dead writing accounts-receivable programs 
m COBOL, or sorting mailing lists for People magazine. A Real Programmer wants tasks of earth shaking importance 
(literally!). 

* Real Programmers work for Los Alamos National Laboratory, writing atomic bomb simulations to run on Cray I 
supercomputers. 

* Real Programmers work for the National Security Agency, decoding Russian transmissions. 

* It was largely due to the efforts of thousands of Real Programmers working for NASA that our boys got to the 
moon and back before the Russkies. 

* Real Programmers are at work for Boeing designing the operating systems for cruise missiles. 

Some of the most awesome Real Programmers of all work at the Jet Propulsion Laboratory in California. Many of 
them know the entire operating system of the Pioneer and Voyager spacecraft by heart. With a combination of 


8 








BENCHMARKS 


JULY, 1986 


ar 6 e ground-based FORTRAN programs and small spacecraft-based assembly language programs, they are able 
to do incredible feats of navigation and improvisation — hitting ten-kilometer wide windows at Saturn after six 
years in space, repairing or bypassing damaged sensor platforms, radios, and batteries. Allegedly, one Real Programmer 
managed to tuck a pattern-matching program into a few hundred bytes of unused memory in a Voyager spacecraft 
that searched for, located, and photographed a new moon of Jupiter. 

The current plan for the Galileo spacecraft is to use a gravity assist trajectory past Mars on the way to Jupiter. This 
trajectory passes within 80 ± 3 kilometers of the surface of Mars., Nobody is going to trust a Pascal program (or a 
Pascal programmer) for navigation to these tolerances. 

As you can tell, many of the world's Real Programmers work for the U.S. Government — mainly the Defense 
Department. This is as it should he. Recendy, however, a black cloud has formed on the Real Programmer horizon. 
It seems that some highly placed Quiche Eaters at the Defense Department decided that all Defense programs 
should be written in some grand unified language called "ADA" (©, DoD). For a while, it seemed that ADA 
was destined to become a language that went against all the precepts of Real Programming — a language with 
structure, a language with data types, strong typing, and semicolons. In short, a language designed to cripple the 
creativity of the typical Real Programmer. Fortunately, the language adopted by DoD has enough interesting features 
to make it approachable — its incredibly complex, and includes methods for messing with the operating system 
and rearranging memory, and Edsgar Dijkstra doesn't like it. Dijkstra, I'm sure you know, was the author of "GoTos 
Considered Harmful" — a landmark work in programming methodology, applauded by Pascal programmers and 
Quiche Eaters alike. 

The Real Programmer might compromise his principles and work on something slightly more trivial than the 
destruction of life as we know it, providing there's enough money in it. There are several Real Programmers 
building video games at Atari, for example. (But not playing them — a Real Programmer knows how to beat the 
machine every time: no challenge in that.) Everyone working at LucasFilm is a Real Programmer. (It would be 
crazy to turn down the money of fifty million Star I rek fans.) The proportion ol Real Programmers in Computer 
Graphics is somewhat lower than the norm, mostly because nobody has found a use for computer graphics yet. On 
the other hand, all computer graphics is done in FOR TRAN, so there are a fair number of ix-ople doing graphics 
in order to avoid having to write COBOL programs. ' 

THE REAL PROGRAMMER AT PLAY 

Generally, the Real Programmer plays the same way he works — with computers. He is constantly amazed that his 
employer actually pays him to do what he would be doing for fun anyway (although he is careful not to express 
this opinion out loud). Occasionally, the Real Programmer does step out of the office for a breath of fresh air and a 
bcei* or two. Some tips on recognizing Real Programmers away from the computer room: 

* At a party, the Real Programmers are the ones in the corner talking about operating system security and how to 

get around it. ' 

* At a football game, the Real Programmer is the one comparing the plays against his simulations printed on 11 by 

14 fanfold paper. ' 

* At the beach, the Real Programmer is the one drawing flowcharts in the sand. 

* At a funeral, the Real Programmer is the one saying "Poor George. And he almost had the sort routine working 
before the coronary.” 

* In a grocery store, the Real Programmer is the one who insists on running the cans past the laser checkout 
scanner himself, because he never could trust keypunch o|>erators to get it right the first time. 

THE REAL PROGRAMMER'S NATURAL HABITAT 

What sort of environment does the Real Programmer function best in? This is an important question for the 
managers of Real Programmers. Considering the amount of money it costs to keep one on the staff, it's best to put 
him (or her) in an environment where he can get his work done. 

The typical Real Programmer lives in front of a computer terminal. Surrounding this terminal are: 

* Listings of all programs the Real Programmer has ever worked on, piled in roughly chronological order on every 
flat surface in the office. 

* Some half-dozen or so partly filled cups of cold coffee. Occasionally, there will he cigarette butts floating in the 
coffee. In some cases, the cups will contain Orange Crush. 

* Unless he is very good, there will be copies of the OS JCL manual and the Principles of Operation open to some 
particularly interesting pages. 

* Taped to the wall is a line-printer Snoopy calendar for the year 1969. 

* Strewn about the floor are several wrappers for peanut butter filled cheese bars — the type that are made 
pre-stale at the bakery so they can't get any worse while waiting in the vending machine. 

* Hiding in the top left-hand drawer of the desk is a stash of double-stuff Oreos for special occasions. 
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* Underneath the Oreos is a flowcharting template, left there by the previous occupant of the office. (Real 
Programmers write programs, not documentation. Leave that to the maintenance people.) 

The Real Programmer is capable of working 30, 40, even 50 hours at a stretch, under intense pressure. In fact, he 
prefers it that way. Bad response time doesn’t bother the Real Programmer— it gives him a chance to catch a little 
sleep between compiles. If there is not enough schedule pressure on the Real Programmer, he tends to make 
things more challenging by working on some small but interesting part of the problem for the first nine weeks, and 
then finishing the rest in the last week, two or three 50-hour marathons. This not only impresses the hell out of his 
manager, who was despairing of ever getting the project done on time, but creates a convenient excuse for not 
doing the documentation. In general: 

* No Real Programmer works 9 to 5 (unless it's the ones at night). 

* Real Programmers don't wear neckties. 

* Real Programmers don't wear high-heeled shoes. 

* Real Programmers arrive at work in time for lunch. 

* A Real Programmer might or might not know his wife's name. He does, however, know the entire ASCII (or 
EBCDIC) code table. 

* Real Programmers don't know how to cook. Grocery stores aren't open at three in the morning. Real Programmers 
survive on Twinkies and coffee. 


THE FUTURE 

What of the future? It is a matter of some concern to Real Programmers that the latest generation of computer 
programmers are not being brought up with the same outlook on life as their elders. Many of them have never 
seen a computer with a front panel. Hardly anyone graduating from school these days can do hex arithmetic 
without a calculator. College graduates these days are soft — protected from the realities of programming by 
source level debuggers, text editors that count parentheses, and "user friendly” operating systems. Worst of all, 
some of these alleged “computer scientists" manage to get degrees without ever learning FORTRAN! Are we 
destined to become an industry of Unix hackers and Pascal programmers? 

From my experience, I can only report that the future is bright for Real Programmers everywhere. Neither OS-370 
nor FOR TRAN show any signs of dying out, despite all the efforts of PASCAL programmers the world over. Even 
more subtle tricks, like adding structured coding constructs to FORTRAN have failed. Oh sure, some computer 
vendors have come out with FORTRAN 77 compilers, but every one of them has a way of converting itself back 
into a FORTRAN 66 compiler at the drop of an option card — to compile DO loops like God meant them to be. 

Even Unix might not be as bad on Real Programmers as it once was. The latest release of Unix has the potential of 
an operating system worthy of any Real Programmer — two different and subtly incompatible user interfaces, an 
arcane and complicated teletype driver, virtual memory. If you ignore the fact that it's “structured”, even 'C' 
programming can be appreciated by the Real Programmer: after all, there's no type checking, variable names are 
seven (ten? eight?) characters long, and the added bonus of the Pointer data type is thrown in — like having the 
best parts of FORTRAN and assembly language in one place. (Not to mention some of the more creative uses for 
#define.) 

No, the luture isn’t all that bad. Why, in the past few years the popular press has even commented on the bright 
new crop of computer nerds and hackers leaving places like Stanford and M.I.T. for the Real World. From all 
evidence, the spirit of Real Programming lives on in these young men and women. As long as there are ill-defined 
goals, bizarre bugs, and unrealistic schedules, there will be Real Programmers willing to jump in and and Solve 
The Problem, saving the documentation for later. Long live FORTRAN! 
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Get a “Subscription” to Benchmarks 


f of£ V - nk ^ l Y een the NTSL Com P utin g Center and the users of our facilities. It is important for all 
eontputmg facilities to maintain a file of these newsletters because they contain materials which will 
VAY^rf? UP ^«-‘ e exlstln 8 documents as well as information and suggestions on uses of OS/MVS, MUSIC/SP the 
AX Cluster, Microcomputers, and other resources available to NTSU students and faculty. To facilitate’ the 

foTstuttAT^ **r F fJ E *** SU ^ Cripti0nS are available ' To rece > v e yours, send the following information 
MUSIC/SP to b AS04 hC P ° St 0ffke ° r CampUS mail) or elecIr onically. through the MEMO facility on 


Name_ 

Mailing Address 


Name_ 

Mailing Address 


PLEASE GIVE A CAMPUS ADDRESS (NOT BOX) IF POSSIBLE! - It’s Cheaper 1! 



PLEASE RETURN TO: 

Academic Computing Services 
The Computing Center 
NT Box 13495 
North Texas State University 
Denton, TX 76203 
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Registration Form for Computing Center Short Courses 

Please complete this form and return it AS SOON AS POSSIBLE if you wish to attend any of the short courses 
listed below. You may also register over the phone by calling 565-2324. 

NAME:-PHONE:_ 

DEPT:-CLASSIFICATION:_ 

I wish to attend: 

* Introduction to MUSIC/SP: 

- Saturday, July 19: 9-11 a.m. (ISB 110) 

- Wednesday, July 23: 6-8 p.m. (ISB 110) 

- Thursday, July 24: 1-3 p.m. (ISB 110) 

* SAVE Files in SAS & SPSS-X: 

- Monday, July 21: 9-11 a.m. (Graphics Lab, ISB) 

* VAX Utilities & Commands: 

- Monday, July 21: 6-9 p.m. (ISB 110) 

* Introduction to SAS: 

- Monday, July 21: 1-3 p.m. (ISB 110) 

* Using MUSIC/SP Utilities: 

- Friday, July 25: 9-11 a.m. (ISB 110) 

* Introduction to SPSS-X: 

- Wednesday, July 23: 8-10 a.m. (ISB 110) 

* Introduction to SAS/GRAPH: 

- Wednesday, July 23: 1-3 p.m. (Graphics Lab, ISB) 
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Academic Computing Services 
The Computing Center 
NT Box 13495 


North Texas State University 
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